Integrated card and slot machine mechanic

ABSTRACT

Embodiments described herein allow the users to influence various aspects of a game by selecting digital objects associated with a user&#39;s digital object collection to be integrated into customized digital object holders to provide a slot machine like functionality. Each of the digital object holders can have a number of positions, and each position can have a digital object associated with it. The user can choose which digital objects are associated with each digital object holder, in accordance with a rule set which can control which digital object can be associated with the digital object holder.

This is a continuation of U.S. application Ser. No. 13/788,995 filed onMar. 7, 2013, now pending, which claims priority from U.S. ProvisionalApplication No. 61/639,834, filed Apr. 27, 2012, the entire disclosuresof which prior applications are incorporated herein by reference intheir entirety.

BACKGROUND

1. Field

Example embodiments described herein are generally related tointeractive entertainment, and more specifically, to an integrated cardand slot machine mechanic that can be used for games.

2. Related Art

There are various multi-player card games in the related art where twoor more players compete against each other in a head-to-head or groupbattle fashion. In such related art games, each player can customizetheir own deck for competing against other players. When players competeagainst each other, each player draws a specified number of cards fromtheir respective deck to form a hand, and play a certain number of cardsfrom their hand against their respective opponent. The specified numberof cards and the rules for governing the hand and the effect of eachcard vary depending on the multi-player card game.

In these related art multi-player card games, there are severaldrawbacks. The ruleset of each individual card may be complicated, suchthat user intervention may be needed to interpret the effect of a playedcard and the given result of playing the card. Further, as each user isonly associated with a single deck of cards, the user may be limited inthe ability to design possible outcomes, and desired effects for drawinga hand or obtaining a desired card combination.

There are various configurations of slot machines in the related art.Slot machines in the related art may involve reels that spin randomly toproduce an outcome on a payline, from which payout is calculated byusing a paytable. However, the reels and the paytable are notconfigurable by the player, and slot machines have not been used in acompetitive setting where the outcome of the payline of one player isused to affect the game state of a second player.

SUMMARY

Aspects of the embodiments may include a non-transitory computerreadable medium storing executable instructions for editing digitalobject holders for use in a game. The instructions may include receivinga request to place a digital object associated with a visualrepresentation and a ruleset for using the digital object, at a positionon one of the digital object holders; applying the ruleset to therequest to generate a first validation result; providing a firstindication of a placement of the requested digital object in therequested position; and calculating a paytable that incorporates therequest, the paytable comprising a set of possible outcomes for a randomselection of one digital object from each of one or more of theplurality of digital object holders; wherein the providing and thecalculating are performed for the first validation result having a firstvalue indicative of the request being valid.

Additional aspects of the embodiments may include a non-transitorycomputer readable medium storing executable instructions for playing agame between a first player and a second player. The instructions mayinclude receiving a first plurality of digital objects arranged in afirst plurality of digital object holders, and a first paytable for thefirst plurality of digital object holders associated with the firstplayer, and a first game state of the first player; and receiving asecond plurality of digital objects arranged in a second plurality ofdigital object holders, and a second paytable for the second pluralityof digital object holders associated with the second player, and asecond game state of the second player. In response to receiving a firstspin command associated with the first player on a first turn,instructions may be executed for each of the first plurality of digitalobject holders for selecting a first digital object for inclusion in afirst payline. In response to receiving a second spin command associatedwith the second player on a second turn, instructions may be executedfor each of the second plurality of digital object holders for selectinga second digital object for inclusion in a second payline.

Additional aspects of the embodiments include a system, which mayinvolve an editing module for editing digital object holders for use ina game. The editing module may be configured to receive a request toplace a digital object associated with a visual representation and aruleset for using the digital object, at a position on one of thedigital object holders; apply the ruleset to the request to generate afirst validation result; and provide a first indication of a placementof the requested digital object in the requested position. A calculatingmodule may also be configured to calculate a paytable that incorporatesthe request, the paytable comprising a set of possible outcomes for arandom selection of one digital object from each of one or more of theplurality of digital object holders. The providing and the calculatingmay be performed for the first validation result having a first valueindicative of the request being valid.

Additional aspects of the embodiments include a system, which mayinvolve a combat initialization module that is configured to receive afirst plurality of digital objects arranged in a first plurality ofdigital object holders, and a first paytable for the first plurality ofdigital object holders associated with the first player, and a firstgame state of the first player; and receive a second plurality ofdigital objects arranged in a second plurality of digital objectholders, and a second paytable for the second plurality of digitalobject holders associated with the second player, and a second gamestate of the second player. A combat module may be used for initiating agame between a first player and a second player. In response toreceiving a first spin command associated with the first player on afirst turn, for each of the first plurality of digital object holders,the combat module may be configured to select a first digital object forinclusion in a first payline. In response to receiving a second spincommand associated with the second player on a second turn, for each ofthe second plurality of digital object holders, the combat module may beconfigured to select a second digital object for inclusion in a secondpayline.

BRIEF DESCRIPTION OF THE DRAWINGS

FIGS. 1A and FIG. 1B illustrate two implementations of a digital object,in accordance with example embodiments.

FIG. 2 illustrates an example of a placement of digital objects indigital object holders, in accordance with an example embodiment.

FIG. 3 illustrates an interface for editing digital object holders, inaccordance with an example embodiment.

FIG. 4 illustrates a digital object paytable with digital object payoffinformation, in accordance with an example embodiment.

FIG. 5 illustrates a paytable for the digital object holders, inaccordance with an example embodiment.

FIG. 6 illustrates a possible integration of the paytable with theinterface of FIG. 3, in accordance with an example embodiment.

FIG. 7 illustrates an interface for playing a game, in accordance withan example embodiment.

FIG. 8 illustrates a flow diagram for editing digital object holders foruse in a game, in accordance with an example embodiment.

FIG. 9 illustrates a flow diagram for a game interface, in accordancewith an example embodiment.

FIG. 10 illustrates a flow diagram for a game interface, in accordancewith an example embodiment.

FIG. 11 illustrates an example computer system on which exampleembodiments may be implemented.

DETAILED DESCRIPTION

In the following detailed description of example embodiments, referencewill be made to the accompanying drawings, in which identical functionalelements are designated with like numerals. The aforementionedaccompanying drawings show by way of illustration, and not by way oflimitation, example embodiments and implementations. Theseimplementations are described in sufficient detail to enable thoseskilled in the art, and it is to be understood that otherimplementations may be utilized and that structural changes and/orsubstitutions of various elements may be made without departing from thescope and spirit of the example embodiments. The following detaileddescription is, therefore, not to be construed in a limited sense.

Example embodiments described herein are directed to providing a gamethat incorporates a slot machine-like functionality. Digital objectholders can perform a function like reels in a slot machine to randomlyor deterministically generate an outcome for each digital object holder(for example, but not limited to, a tile in a reel of an online slotmachine game) and to compare the outcome with a payline to determine aresult. An interface is provided to allow the user to customize digitalobject holders by placing each digital object in a desired position at adesired digital object holder. The placement of the digital objects canbe governed by a ruleset associated with each digital object. Based onthe placement of the digital object, a paytable can be determined fromthe possible outcomes by randomly selecting a digital object from one ormore of the digital object holders.

During the game, the player can invoke a slot machine-like functionalityto randomly select digital objects from (e.g. “spin”) the digital objectholders, whereupon the digital object holders can perform a functionlike reels to generate an outcome on a payline. The payline outcome canbe matched to a paytable to determine the result of the payline.

In contrast to the related art, which is restricted to one deck peruser, the user can customize and incorporate multiple digital objectholders and generate a paytable indicating one or more possible outcomesthat result on the payline from “spinning” the digital object holders(e.g., randomly selecting a digital object from each digital objectholder). Further, because the payline result can be adjudicated by apaytable, human intervention for interpreting the effect of the resultcan be substantially reduced in certain example embodiments, andsubstantially eliminated.

FIGS. 1A and 1B illustrate two implementations of a digital object, inaccordance with example embodiments. In the example of FIG. 1A, thedigital object may include a visual representation 100 for theappearance of the digital object when it is placed on the payline.

The digital object 100 may also have a name 101, ability information102, paytable information 103, an indicator 104 to indicate a number ofpositions used in the digital object holder to place the digital object,a cost 105 to play the digital object, and an indication of the type 107of the digital object. Other additional information, such asachievements 106 for playing the digital object can also be added. Inthe example of FIG. 1A, the digital object 100 has the name of“Fireball” 101, with an indicator 104 to indicate that the digitalobject 100 will take up one position in a digital object holder, thatthe cost 105 to play the digital object is five units, and that the type107 of the digital object is a spell.

The ability information 102 indicates possible abilities for the digitalobject when the digital object appears in a payline. For example, theability information 102 may indicate effects resulting from a userdecision to bank a payline (e.g., banking the digital objects on thepayline as counters for use in a future payline, etc.), and effectsresulting from a user decision to play the payline (e.g., use theeffects according to the paytable, select specific combinations withinthe paytable to invoke an effect, etc.).

In the example depicted in FIG. 1A, the ability information 102indicates that for a “bank” decision, an additional counter is added tofuture “Fireball” digital objects should they appear in a futurepayline. The ability information 102 further indicates that for a “play”decision, the digital object will conduct three fire spell damage to atarget opponent for each “Fireball” counter added to the digital objectplus bet damage inferred from the cost 105 of playing the digitalobject.

In the example of FIG. 1B, the digital object may be representeddifferently for gameplay or for an interface for editing digital objectholders. For example, in the representation of FIG. 1B, a digital objectnumber indicator 108 can be provided to indicate how many digitalobjects a user has available for placement in the digital objectholders. In the example of FIG. 1B, the user has three “Fireball”digital objects available for placement in digital object holders. Otherparts of the digital object may remain the same, depending on thedesired implementation.

The examples of FIGS. 1A and 1B illustrate a few implementations out ofnumerous possibilities for a digital object, depending on a desiredimplementation or design of a game. Digital objects can have otherabilities, such as, but not limited to, affecting the player's oropponent's game state (e.g., health points, amount of money,restrictions, decreasing damage received, loss of a turn, type of damagereceived, etc.), the player's or opponent's digital object holders(e.g., reserving an option to nudge a digital object holder up or down anumber of positions of a player's or opponent's payline, destroying ordisabling digital objects in the digital object holders of an opponent,etc.), and so forth. One of ordinary skill in the art can recognize andimplement any variation of a digital object to meet the design orimplementation of a particular game.

FIG. 2 illustrates an example of a placement of digital objects indigital object holders, in accordance with an example embodiment. Theplacement of a digital object in a digital object holder may be subjectto ruleset restrictions. In the example of FIG. 2, there are fourdigital object holders 205 (as represented by the columns of FIG. 2),with up to two positions 204 available per digital object holder (asrepresented by the rows of FIG. 2). In the example of FIG. 2, digitalobjects 203 with indicators indicating that the digital object will useone position may be placed in freely available positions of the reels.Because the digital object occupies one position, other positions in thedigital object holder may be indicated as freely available, as shown atreference numeral 202.

The digital object 201 is an example of a digital object that requiresfour positions for placement, according to the ruleset. Accordingly,when digital object 201 is placed, “null” digital objects 200 fill upother positions for other digital object holders, to indicate that theposition is consumed by a null digital object. The null digital objects200 provide an indication for the user to understand that the nulldigital object is linked to the placement of digital object 201.

However, the null digital objects 200 do not have to be blank or null innature. For example, the null digital objects could have an ability thatprovides a beneficial or detrimental effect during gameplay to balancethe effect of digital object 201. One of ordinary skill in the art canrecognize and implement any variation for the null objects 200 to meetthe design or implementation of a particular game.

FIG. 3 illustrates an interface for editing digital object holders, inaccordance with an example embodiment.

In the example of FIG. 3, an interface 302 is provided with a firstsection 300 illustrating the present configuration of the user's digitalobject holders, and a second section 301 illustrating the digitalobjects available to the user for placement in the digital objectholders. In the first section 300, four digital object holders,represented as columns, are provided for configuration. However, anynumber of digital object holders may be used, depending on theimplementation of the game. In the second section 301, therepresentation as shown in FIG. 1B can be used for the digital objects.However, other configurations are also possible.

The interface 302 allows the user to place a digital object in a digitalobject holder as desired (e.g., by drag and drop, by clicking on a mouseand selecting an open position in the digital object holder, etc.). Theplacement may be governed by a ruleset associated with the selecteddigital object. Based on the placement of the digital object, a paytablemay be calculated for the digital object holders.

FIG. 4 illustrates a digital object paytable with digital object payoffinformation, in accordance with an example embodiment. Each digitalobject may be associated with a paytable 400 containing information,such as payoff information for the digital object as shown in FIG. 4.The digital object payoff information may include digital object bankdecision payoff information 401 and digital object play decision payoffinformation 402. The digital object bank decision payoff information 401and digital object play decision payoff information 402 may be utilizedto construct a paytable for the digital object holders to indicatepayoff information for a bank decision and a play decision.

In the example of FIG. 4, the digital object “Fireball” is associatedwith bank decision payoff information 401 indicating a number ofcounters that will be accumulated for playing a future “Fireball”digital object, in response to a bank decision. The play decision payoffinformation 402 indicates an amount of damage that can be conductedagainst an opponent's game state (e.g., hit points), with a minimumdamage restriction and a maximum damage restriction.

FIG. 5 illustrates a paytable 500 for the digital object holders, inaccordance with an example embodiment. The paytable 500 provides gameplay information to help players construct and configure their digitalobject holders. In an example implementation, a paytable calculationmodule can auto calculate digital object combinations (e.g., damageand/or combat effects) and provide possible outcomes. Providing theoutcome “combat combination results” of what will happen when thedigital objects land on the payline during game play. The Pay Table cancalculate combination results from one to four digital objects—onedigital object per digital object holder.

In the example of FIG. 5, a possible outcome of the digital objectholders of FIG. 3 is indicated in the paytable 500. Based on thepossible outcome, bank decision payoff information 501 and play decisionpayoff information 502 for the paytable 500 can be calculated todetermine an overall resolution 504 for the bank decision and the playdecision. An additional interface 503 can be used to permit the user toconfigure the paytable information, if desired. The configuration of thepaytable is subject to a ruleset to determine validity, and if theconfiguration is considered to be valid, the paytable 500 may be updatedaccordingly.

FIG. 6 illustrates a possible integration of the paytable with theinterface of FIG. 3, in accordance with an example embodiment. In theinterface, the user selects a possible outcome 600, whereupon thepaytable 500 indicating the payoff information for the outcome 600 canbe generated and displayed. In the example of FIG. 6, the selectedoutcome 600 results in a paytable of a minimum value and a maximum valueof banking 2 for a “bank decision”, and a minimum value and a maximumvalue of outputting 16 and 22 of damage, respectively, for a “play”decision.

In the example of FIG. 6, the selected possible outcome 600 is along thesame row of the digital object holders, however, the embodiments are notrestricted to this configuration. One of ordinary skill in the art canrecognize that other game implementations can involve differentdefinitions of outcomes (e.g., selecting one digital object from eachdigital object holder to indicate the result).

FIG. 7 illustrates an interface for playing a game, in accordance withan example embodiment. In the example of FIG. 7, the digital objects anddigital object holders are arranged in a slot machine like interfacewith a payline 700 indicating the outcome of randomly selecting adigital object from each digital object holder. Avatars (e.g., graphicalrepresentations of the player) can be used to identify either the player701-1 or a targeted opponent 701-2. Nameplates can also be provided toidentify the player 702-1 and the opponent 702-2.

Various indicators can be provided to indicate various game stateaspects of the player, such as hit points 703, money units 704, andspells available to the user 705. Other indicators 706 can be providedto indicate an opponent's payline and game state as needed. A timer 709may also be provided to force a decision from the player, whereupon adefault action may be conducted if the timer elapses.

In the example interface of FIG. 7, the player “spins” the digitalobject holders like a slot machine until an outcome is produced on apayline 700, incorporating a randomly selected digital object from eachdigital object holder. The player can manually assign a wager and spinthe digital object holders, or can also use betting buttons 710 toinvoke a spin. Upon reaching an outcome of the payline 700, payoffinformation may be displayed to inform the user of the effect of a bankdecision 707-1 or a play decision 707-2. Indicators can also be given toinform the player of the cost in money units to invoke a bank decision708-1 or a play decision 708-2.

Additionally a global navigation bar 711 may be provided to allow theplayer to interact with other interfaces as needed. For example, if theplayer is not satisfied with the progress of the present game, theplayer may use the navigation bar 711 to bring up the interface forconfiguring the plurality of digital object holders, as in FIG. 3,during the course of the game with other opponents.

Although the example interface in FIG. 7 is in the form of a slotmachine-like interface, other interfaces can also be implemented by oneof ordinary skill in the art to provide a random selection of a digitalobject from each of the digital object holders to produce an outcome.For example, a series of graphical icons (e.g. a television, a window,etc.) representing the digital object holders can display randomlyselected digital objects in the form of the payline. One of ordinaryskill in the art can implement a wide variety of interfaces depending onthe implementation of the game.

FIG. 8 illustrates a flow diagram for editing digital object holders foruse in a game, in accordance with an example embodiment. A player whoagain may be provided with an initial collection of digital objects. Theinitial collection that is provided to the players may be a commondefault initial collection of digital objects that are commonlydistributed to all the players. Alternatively, customized sets ofdigital objects may be distributed to players, or players may acquirethrough skill or purchase additional visual objects either at the startor during the process of gameplay. Any additional tile that are acquiredby the player will be added to the collection of digital objects.

At 800, a request is received by an interface (e.g., as shown in FIG. 3)to place a user-selected digital object associated with a visualrepresentation and a ruleset for using the digital object, at a positionon one of the digital object holders. At 801, the ruleset is applied tothe request to generate a first validation result. The ruleset may beprocessed by the user interface, a processor, or by otherimplementations.

Based on the application of the ruleset, if the result is determined tobe not valid, at 802, the placement or association of the digital objectwith a position in the digital object holder may be rejected, and amessage or other indication may be provided to inform the user of theplacement determined to be invalid. Similarly, a determination may bemade as to whether additional positions in the digital object holder areavailable, and if so, the additional positions may be evaluated fordetermination based on application of the ruleset.

If the result is determined to be valid, the interface proceeds to 803to provide a first indication of a placement of the requested digitalobject in the requested position. At 804, the interface may calculate apaytable that incorporates the request, with a set of possible outcomesfor a random selection of one digital object from each of one or more ofthe plurality of digital object holders.

FIG. 9 illustrates a flow diagram for a game interface, in accordancewith an example embodiment. In the example of FIG. 9, an interface suchas FIG. 7 can have a flow for handling pre-combat decisions from theplayer, and the combat aspects of the game. FIG. 9 depicts an exampleflow diagram for handling pre-combat decisions from the player. At 900,the interface can perform a digital object boot sequence, wherein thedigital objects and digital object holders of the player and one or moreopponents are loaded.

For example, but not by way of limitation, the interface can receive afirst plurality of digital objects arranged in a first plurality ofdigital object holders, and a first paytable for the first plurality ofdigital object holders associated with the first player, and a firstgame state (e.g., present hit points, present amount of gold, etc.) ofthe first player; and similarly receive a second plurality of digitalobjects arranged in a second plurality of digital object holders, and asecond paytable for the second plurality of digital object holdersassociated with the second player, and a second game state of the secondplayer.

At 901, the interface can determine whether the player or an opponent isto conduct a turn. In various implementations of the game, turns can beconducted simultaneously by the player and the one or more opponents,can be conducted sequentially (e.g., turns are given to each playeralternately), or can be resolved by other methods known to one ofordinary skill in the art. In the example of FIG. 9, the interface hasdetermined that the player's turn is to be resolved.

At 902, a timer can be used to force the player to commit to one or moredecisions within a specific time span. If the timer elapses, then theinterface can select a default action (e.g., force a “spin” action 907).The player can make various decisions during the time limit, such as(but not limited to) invoking power-ups garnered from previously playedbank decisions 903, adjusting a wager if the game is implemented in aslot machine like manner 904, and targeting an opponent 905. Theinterface can also restrict wagering to a bet 906 (e.g., minimum ormaximum), or can provide a freeform input interface to allow the playerto wager as desired.

The player can also conduct the decisions in any order that the playerdesires or in a specific order, depending on the implementation of thegame. The “spin” action 907 can be invoked after the player has chosento invoke the action, or after a timer runs out (e.g., Time Up,Auto-Spin at 908). During the “spin” action 907, the interface cangenerate animations to indicate that a digital object is being randomlyselected from each digital object holder for inclusion into a payline.

Additional actions may also be made available to the user by theinterface. For example, if the user desires to configure the pluralityof digital object holders to adjust to in-game situations, an option canbe provided so that the user can recall the digital object holderinterface (e.g., as shown in FIG. 3).

FIG. 10 illustrates a flow diagram for a game interface, in accordancewith an example embodiment. Specifically, FIG. 10 illustrates a flowdiagram of the interface for handling the combat aspects of the gameafter receiving pre-combat decisions from the player.

Continuing from the “spin” action 907, of FIG. 9, an outcome iseventually generated by randomly selecting a digital object from each ofthe digital object holders for inclusion in a payline 1000. For example,in a slot machine like implementation, the digital object holders can bemade to stop spinning and a final indication of the digital objectsincluded in the payline can be displayed. The selection process can beresolved after a predetermined amount of time, or a user can force theinterface to select immediately (e.g., pressing a stop button to stopthe spin animation).

At 1001, the payline is resolved and evaluated for the combat portion ofthe game. Optionally, additional effects (e.g., digital objects thatimmediately affect game states of players or opponents, changing adigital object due to a previously game situation, etc.) can also beresolved to finalize the payline.

Once a payline has been resolved, a game state check 1002 a, 1002 b canbe conducted to determine if the game is over (e.g., the player oropponent has run out of hit points, etc.), and if so, then the interfacecan proceed to 1003 to end the game (e.g., end combat and provide combatresults, etc.).Game state check 1002 a, 1002 b can be conducted at anyportion of the flow for the interface.

At 1004, a timer can be used to force the player to commit to one ormore decisions within a specific time span. If the timer elapses, thenthe interface can do a default action (e.g., force a bank decisionaction 1006). While the timer has not elapsed, the player can decide ona course of action 1005. In the example of FIG. 10, the action mayinvolve a bank decision 1006 to bank the payline, and a play decision1007 to play the payline. Additionally, a cost (e.g., money units, etc.)may be imposed on the player for conducting a play decision 1007.

When a bank decision 1006 is selected, the interface can conduct anevaluation of the payline based on the bank decision and resolve effectsoccurring from the bank decision, as shown at 1008. The interface canevaluate the payline based on applying bank decision payoff informationof the player's paytable to the payline to obtain a resolution ofeffects and the adjustment of any game state of the player resultingfrom banking the payline.

When a play decision 1007 is conducted, the interface can conduct anevaluation of the payline based on the play decision and resolve effectsoccurring from the play decision, as shown at 1009. The interface canevaluate the payline based on applying play decision payoff informationof the player's paytable to the payline to obtain a resolution ofeffects and the adjustment of any game state of the player and/or one ormore opponents resulting from playing the payline.

As explained above, a game state check 1002 b may be utilized todetermine if the game is over. If the game is not over, then theinterface can proceed to conducting the next turn 1010 for anotherplayer or an opponent, whereupon the interface can revert to flowdiagram state 901 for the next player for the next player or opponent.

FIG. 11 illustrates an example computer system 1100 on which exampleembodiments may be implemented. The computer system 1100 includes aserver 1105 which may involve an I/O unit 1135, storage 1160, and aprocessor 1110 operable to execute one or more units as known to one ofskill in the art. The term “computer-readable medium” as used hereinrefers to any medium that participates in providing instructions toprocessor 1110 for execution, which may come in the form of transitorycomputer readable mediums and non-transitory computer readable mediums.The I/O unit processes input from user interfaces 1140 and operatorinterfaces 1145 which may utilize input devices such as a keyboard,mouse, touch device, or verbal command.

The server 1105 may also be connected to an external storage 1150, whichcan contain removable storage such as a portable hard drive, opticalmedia (CD or DVD), disk media or any other medium from which a computercan read executable code. The server may also be connected an outputdevice 1155, such as a display to output data and other information to auser, as well as request additional information from a user. Theconnections from the server 1105 to the user interface 1140, theoperator interface 1145, the external storage 1150, and the outputdevice 1155 may via wireless protocols, such as the 802.11 standards,Bluetooth® or cellular protocols, or via physical transmission media,such as cables or fiber optics. The output device 1155 may thereforefurther act as an input device for interacting with a user.

The processor 1110 may execute one or more modules. The editing module1111 is operable to provide an interface for editing digital objectholders, as shown in FIG. 3 and may be configured to receive a requestto place a digital object associated with a visual representation and aruleset for using the digital object, at a position on one of thedigital object holders; apply the ruleset to the request to generate afirst validation result; and provide a first indication of a placementof the requested digital object in the requested position.

The calculating module 1112 may be configured to calculate a paytablethat incorporates the request, the paytable comprising a set of possibleoutcomes for a random selection of one digital object from each of oneor more of the plurality of digital object holders, in an interface asshown in FIG. 3. The combat initialization module 1113 may be operableto provide an interface for playing a game as shown in FIG. 7, and maybe configured to receive a first plurality of digital objects arrangedin a first plurality of digital object holders, and a first paytable forthe first plurality of digital object holders associated with the firstplayer, and a first game state of the first player; and receive a secondplurality of digital objects arranged in a second plurality of digitalobject holders, and a second paytable for the second plurality ofdigital object holders associated with the second player, and a secondgame state of the second player.

The combat module 1114 for initiating a game between a first player anda second player, the combat module configured to, for each of the firstplurality of digital object holders, select a first digital object forinclusion in a first payline in response to receiving a first spincommand associated with the first player on a first turn, and similarly,for each of the second plurality of digital object holders, select asecond digital object for inclusion in a second payline in response toreceiving a second spin command associated with the second player on asecond turn.

Although a few example embodiments have been shown and described, theseexample embodiments are provided to convey the subject matter describedherein to people who are familiar with this field. It should beunderstood that the subject matter described herein may be embodied invarious forms without being limited to the described exampleembodiments. The subject matter described herein can be practicedwithout those specifically defined or described matters or with other ordifferent elements or matters not described. It will be appreciated bythose familiar with this field that changes may be made in these exampleembodiments without departing from the subject matter described hereinas defined in the appended claims and their equivalents.

What is claimed is:
 1. A non-transitory computer readable medium storingexecutable instructions for editing digital object holders for use in agame, the instructions comprising: receiving a request to place adigital object associated with a visual representation and a ruleset forusing the digital object, at a position on one of the digital objectholders; applying the ruleset to the request to generate a firstvalidation result; providing a first indication of a placement of therequested digital object in the requested position; and calculating apaytable that incorporates the request, the paytable comprising a set ofpossible outcomes for a random selection of one digital object from eachof one or more of the plurality of digital object holders; wherein theproviding and the calculating are performed for the first validationresult having a first value indicative of the request being valid. 2.The non-transitory computer readable medium of claim 1, wherein thepaytable comprises bank decision payoff information indicative of afirst outcome based on a decision to bank a payline, and play decisionpayoff information indicative of a second outcome based on a decision toplay the payline.
 3. The non-transitory computer readable medium ofclaim 1, wherein the digital object is associated with digital objectability information and digital object payoff information.
 4. Thenon-transitory computer readable medium of claim 3, wherein thecalculating the paytable comprises: aggregating the digital objectpayoff information associated with the digital object placed in therequested position and other digital object payoff informationassociated with other digital objects respectively placed in otherpositions of the digital object holders, to generate aggregated digitalobject payoff information; calculating the set of possible outcomes byperforming permutations of the requested digital object and the otherdigital objects in the digital object holders, and comparing theaggregated digital object payoff information to the permutations.
 5. Thenon-transitory computer readable medium of claim 3, wherein the digitalobject payoff information further comprises digital object bank decisionpayoff information, and digital object play decision payoff information.6. The non-transitory computer readable medium of claim 3, wherein thedigital object ability information comprises at least one of adjustmentinformation of a first game state of a first player, adjustmentinformation of a second game state of a second player, adjustmentinformation for a first plurality of digital object holders associatedwith the first player, and adjustment information for a second pluralityof digital object holders associated with the second player.
 7. Thenon-transitory computer readable medium of claim 1, further comprising:receiving a modification request for the calculated paytable; applyingthe ruleset to the modification request to generate a second validationresult; and, for the second validation result having a second valueindicative of the modification request being valid, providing a secondindication of a modification to the calculated paytable in accordancewith the modification request.
 8. A non-transitory computer readablemedium storing executable instructions for playing a game between afirst player and a second player, the instructions comprising: receivinga first plurality of digital objects arranged in a first plurality ofdigital object holders, and a first paytable for the first plurality ofdigital object holders associated with the first player, and a firstgame state of the first player; and receiving a second plurality ofdigital objects arranged in a second plurality of digital objectholders, and a second paytable for the second plurality of digitalobject holders associated with the second player, and a second gamestate of the second player; in response to receiving a first spincommand associated with the first player on a first turn, for each ofthe first plurality of digital object holders, selecting a first digitalobject for inclusion in a first payline; in response to receiving asecond spin command associated with the second player on a second turn,for each of the second plurality of digital object holders, selecting asecond digital object for inclusion in a second payline.
 9. Thenon-transitory computer readable medium of claim 8, wherein the firstpaytable comprises first bank decision payoff information indicative offirst outcomes based on a first bank decision to bank the first payline,and first play decision payoff information indicative of second outcomesbased on a first play decision to play the first payline, wherein thesecond paytable comprises second bank decision payoff informationindicative of third outcomes based on a second bank decision to bank thesecond payline, and second play decision payoff information indicativeof fourth outcomes based on a second play decision to play the secondpayline.
 10. The non-transitory computer readable medium of claim 9,wherein the instructions further comprise: in response to receiving afirst bank decision associated with the first player on the first turn,applying the first bank decision payoff information to the first paylineto obtain a first resolution; and adjusting the first game state of thefirst player according to the first resolution; in response to receivinga second bank decision associated with the second player on the secondturn; applying the second bank decision payoff information to the secondpayline to obtain a second resolution; and adjusting the first gamestate of the first player according to the second resolution.
 11. Thenon-transitory computer readable medium of claim 9, wherein theinstructions further comprise: in response to receiving a first playdecision associated with the first player on the first turn, applyingthe first play decision payoff information and the first game state ofthe first player to the first payline to obtain a first resolution; andadjusting at least one of the first game state of the first player, thesecond game state of the second player, the first plurality of digitalobject holders, and the second plurality of digital object holdersaccording to the first resolution; in response to receiving a secondplay decision associated with the second player on the second turn,applying the second play decision payoff information and the second gamestate of the second player to the second payline to obtain a secondresolution; and adjusting at least one of the first game state of thefirst player, the second game state of the second player, the firstplurality of digital object holders, and the second plurality of digitalobject holders according to the second resolution.
 12. Thenon-transitory computer readable medium of claim 8, wherein the firstturn and the second turn alternate until one of the first game state andthe second game state indicates a loss for one of the first player andthe second player.
 13. The non-transitory computer readable medium ofclaim 8, wherein the instructions further comprise: in response toreceiving a command associated with the first player to edit the firstplurality of digital object holders, providing an interface for editingthe first plurality of digital object holders; in response to receivinga command associated with the second player to edit the second pluralityof digital object holders, providing an interface for editing the secondplurality of digital object holders.
 14. A system, comprising: anediting module for editing digital object holders for use in a game, theediting module configured to: receive a request to place a digitalobject associated with a visual representation and a ruleset for usingthe digital object, at a position on one of the digital object holders;apply the ruleset to the request to generate a first validation result;provide a first indication of a placement of the requested digitalobject in the requested position; a calculating module configured tocalculate a paytable that incorporates the request, the paytablecomprising a set of possible outcomes for a random selection of onedigital object from each of one or more of the plurality of digitalobject holders; wherein the providing and the calculating are performedfor the first validation result having a first value indicative of therequest being valid.
 15. The system of claim 14, wherein the paytablecomprises bank decision payoff information indicative of a first outcomebased on a decision to bank a payline, and play decision payoffinformation indicative of a second outcome based on a decision to playthe payline.
 16. The system of claim 14, wherein the digital object isassociated with digital object ability information and digital objectpayoff information.
 17. The system of claim 16, wherein the calculatingmodule is configured to: aggregate the digital object payoff informationassociated with the digital object placed in the requested position andother digital object payoff information associated with other digitalobjects respectively placed in other positions of the digital objectholders, to generate aggregated digital object payoff information;calculate the set of possible outcomes by performing permutations of therequested digital object and the other digital objects in the digitalobject holders, and comparing the aggregated digital object payoffinformation to the permutations.
 18. The system of claim 16, wherein thedigital object payoff information further comprises digital object bankdecision payoff information, and digital object play decision payoffinformation.
 19. The system of claim 16, wherein the digital objectability information comprises at least one of adjustment information ofa first game state of a first player, adjustment information of a secondgame state of a second player, adjustment information for a firstplurality of digital object holders associated with the first player,and adjustment information for a second plurality of digital objectholders associated with the second player.
 20. The system of claim 14,further comprising an adjustment module configured to: receive amodification request for the calculated paytable; apply the ruleset tothe modification request to generate a second validation result; and,for the second validation result having a second value indicative of themodification request being valid, providing a second indication of amodification to the calculated paytable in accordance with themodification request.
 21. A system, comprising: a combat initializationmodule configured to: receive a first plurality of digital objectsarranged in a first plurality of digital object holders, and a firstpaytable for the first plurality of digital object holders associatedwith the first player, and a first game state of the first player; andreceive a second plurality of digital objects arranged in a secondplurality of digital object holders, and a second paytable for thesecond plurality of digital object holders associated with the secondplayer, and a second game state of the second player; a combat modulefor initiating a game between a first player and a second player, thecombat module configured to: in response to receiving a first spincommand associated with the first player on a first turn, for each ofthe first plurality of digital object holders, select a first digitalobject for inclusion in a first payline; in response to receiving asecond spin command associated with the second player on a second turn,for each of the second plurality of digital object holders, select asecond digital object for inclusion in a second payline.
 22. The systemof claim 21, wherein the first paytable comprises first bank decisionpayoff information indicative of first outcomes based on a first bankdecision to bank the first payline, and first play decision payoffinformation indicative of second outcomes based on a first play decisionto play the first payline, wherein the second paytable comprises secondbank decision payoff information indicative of third outcomes based on asecond bank decision to bank the second payline, and second playdecision payoff information indicative of fourth outcomes based on asecond play decision to play the second payline.
 23. The system of claim21, wherein the combat module is further configured to: in response toreceiving a first bank decision associated with the first player on thefirst turn, apply the first bank decision payoff information to thefirst payline to obtain a first resolution; and adjust the first gamestate of the first player according to the first resolution; in responseto receiving a second bank decision associated with the second player onthe second turn; apply the second bank decision payoff information tothe second payline to obtain a second resolution; and adjust the firstgame state of the first player according to the second resolution. 24.The system of claim 21, wherein the combat module is further configuredto: in response to receiving a first play decision associated with thefirst player on the first turn, apply the first play decision payoffinformation and the first game state of the first player to the firstpayline to obtain a first resolution; and adjust at least one of thefirst game state of the first player, the second game state of thesecond player, the first plurality of digital object holders, and thesecond plurality of digital object holders according to the firstresolution; in response to receiving a second play decision associatedwith the second player on the second turn, apply the second playdecision payoff information and the second game state of the secondplayer to the second payline to obtain a second resolution; and adjustat least one of the first game state of the first player, the secondgame state of the second player, the first plurality of digital objectholders, and the second plurality of digital object holders according tothe second resolution.
 25. The system of claim 21, wherein the combatmodule is configured to alternate the first turn and the second turnuntil one of the first game state and the second game state indicates aloss for one of the first player and the second player.
 26. The systemof claim 21, further comprising an editing module configured to: inresponse to receiving a command associated with the first player to editthe first plurality of digital object holders, providing an interfacefor editing the first plurality of digital object holders; in responseto receiving a command associated with the second player to edit thesecond plurality of digital object holders, providing an interface forediting the second plurality of digital object holders.